Interactive lineage analyzer for data assets

ABSTRACT

Embodiments are directed to managing a data model that includes data objects associated with layers of the data model may be provided. A lineage model that includes lineage objects that has one or more lineage objects associated with a layer may be provided. A lineage object associated with a layer may be activated. A first portion data objects may be determined based on the activated lineage object. An anchor object may be determined from the first portion of data objects. A search of the data model may be employed to provide dependency information based on a position of the anchor data object in the data model. A second portion of data objects may be determined based on the dependency information. A report that includes a list of the second portion of data objects, the dependency information, or the like, may be provided.

CROSS-REFERENCE TO RELATED APPLICATION

This Utility patent application is a Continuation of U.S. patentapplication Ser. No. 16/389,389 filed on Apr. 19, 2019, now U.S. Pat.No. 11,194,845 issued on Dec. 7, 2021, the benefit of the filing date ofwhich is hereby claimed under 35 U.S.C. § 120 and the contents of whichis further incorporated in entirety by reference.

TECHNICAL FIELD

The present invention relates generally to data visualization, and moreparticularly, but not exclusively, to managing the display of objectsincluded in data visualizations.

BACKGROUND

Organizations are generating and collecting an ever increasing amount ofdata. This data may be associated with disparate parts of theorganization, such as, consumer activity, manufacturing activity,customer service, server logs, or the like. For various reasons, it maybe inconvenient for such organizations to effectively utilize their vastcollections of data. In some cases the quantity of data may make itdifficult to effectively utilize the collected data to improve businesspractices. Accordingly, in some cases, organizations may employ variousapplications or tools to generate visualizations based on some or all oftheir data. Employing visualizations to represent data may enableorganizations to improve their understanding of business operations,sales, customer information, employee information, key performanceindicators, or the like. In some cases, sophisticated visualizations mayincorporate or otherwise depend on data from a variety of sources withinan organization, including different databases. In some cases, there maybe many different visualizations may depend on these varied or disparatedata sources. Accordingly, even seemingly minor changes made todatabases or other data providers may have a wide-spread impact on oneor more visualizations or applications that are currently in use. Insome cases, determining the impact of data changes (e.g., modifyingcolumn of a database table) may be difficult because, in somecircumstances, determining which end-user applications may be impactedby a change may be difficult. Thus, it is with respect to theseconsiderations and others that the present invention has been made.

BRIEF DESCRIPTION OF THE DRAWINGS

Non-limiting and non-exhaustive embodiments of the present innovationsare described with reference to the following drawings. In the drawings,like reference numerals refer to like parts throughout the variousfigures unless otherwise specified. For a better understanding of thedescribed innovations, reference will be made to the following DetailedDescription of Various Embodiments, which is to be read in associationwith the accompanying drawings, wherein:

FIG. 1 illustrates a system environment in which various embodiments maybe implemented;

FIG. 2 illustrates a schematic embodiment of a client computer;

FIG. 3 illustrates a schematic embodiment of a network computer;

FIG. 4 illustrates a logical architecture of a system for interactivelineage analysis for data assets in accordance with one or more of thevarious embodiments;

FIG. 5 illustrates a logical representation of a portion of a system forinteractive graph-based data visualization that may be in accordancewith one or more of the various embodiments;

FIG. 6 illustrates a logical schematic of a lineage object thatrepresents a data structure for managing lineage information inaccordance with one or more of the various embodiments;

FIG. 7 illustrates a logical schematic of a portion of a system thatshows dependencies in a data model in accordance with one or more of thevarious embodiments;

FIG. 8A illustrates a logical schematic of a portion of a system thatshows dependencies in a data model in accordance with one or more of thevarious embodiments;

FIG. 8B illustrates a logical schematic of a portion of a system thatshows dependencies in a data model in accordance with one or more of thevarious embodiments;

FIG. 9 illustrates a logical schematic of a portion of a user interfacefor an interactive lineage analyzer for data assets in accordance withone or more of the various embodiments;

FIG. 10 illustrates an overview flowchart of a process for interactivelineage analysis of data assets in accordance with one or more of thevarious embodiments;

FIG. 11 illustrates a flowchart of a process for interactive lineageanalysis of data assets in accordance with one or more of the variousembodiments; and

FIG. 12 illustrates a flowchart of a process for determiningdependencies for interactive lineage analysis of data assets inaccordance with one or more of the various embodiments.

DETAILED DESCRIPTION OF THE VARIOUS EMBODIMENTS

Various embodiments now will be described more fully hereinafter withreference to the accompanying drawings, which form a part hereof, andwhich show, by way of illustration, specific exemplary embodiments bywhich the invention may be practiced. The embodiments may, however, beembodied in many different forms and should not be construed as limitedto the embodiments set forth herein; rather, these embodiments areprovided so that this disclosure will be thorough and complete, and willfully convey the scope of the embodiments to those skilled in the art.Among other things, the various embodiments may be methods, systems,media or devices. Accordingly, the various embodiments may take the formof an entirely hardware embodiment, an entirely software embodiment oran embodiment combining software and hardware aspects. The followingdetailed description is, therefore, not to be taken in a limiting sense.

Throughout the specification and claims, the following terms take themeanings explicitly associated herein, unless the context clearlydictates otherwise. The phrase “in one embodiment” as used herein doesnot necessarily refer to the same embodiment, though it may.Furthermore, the phrase “in another embodiment” as used herein does notnecessarily refer to a different embodiment, although it may. Thus, asdescribed below, various embodiments may be readily combined, withoutdeparting from the scope or spirit of the invention.

In addition, as used herein, the term “or” is an inclusive “or”operator, and is equivalent to the term “and/or,” unless the contextclearly dictates otherwise. The term “based on” is not exclusive andallows for being based on additional factors not described, unless thecontext clearly dictates otherwise. In addition, throughout thespecification, the meaning of “a,” “an,” and “the” include pluralreferences. The meaning of “in” includes “in” and “on.”

For example embodiments, the following terms are also used hereinaccording to the corresponding meaning, unless the context clearlydictates otherwise.

As used herein the term, “engine” refers to logic embodied in hardwareor software instructions, which can be written in a programminglanguage, such as C, C++, Objective-C, COBOL, Java™, Kotlin, PHP, Perl,JavaScript, Ruby, VBScript, Microsoft .NET™ languages such as C#, or thelike. An engine may be compiled into executable programs or written ininterpreted programming languages. Software engines may be callable fromother engines or from themselves. Engines described herein refer to oneor more logical modules that can be merged with other engines orapplications, or can be divided into sub-engines. The engines can bestored in non-transitory computer-readable medium or computer storagedevice and be stored on and executed by one or more general purposecomputers, thus creating a special purpose computer configured toprovide the engine. Also, in some embodiments, one or more portions ofan engine may be a hardware device, ASIC, FPGA, or the like, thatperforms one or more actions in the support of an engine or as part ofthe engine.

As used herein the term “data model” refers to one or more datastructures that represent one or more entities associated with datacollected or maintained by an organization. Data models are typicallyarranged to model various operations or activities associated with anorganization. In some cases, data models are arranged to provide orfacilitate various data-focused actions, such as, efficient storage,queries, indexing, search, updates, or the like. Generally, a data modelmay be arranged to provide features related to data manipulation or datamanagement rather than providing an easy to understand presentation orvisualizations of the data.

As used herein the term “data object” refers to one or more entities ordata structures that comprise data models. In some cases, data objectsmay be considered portions of the data model. Data objects may representclasses or kinds of items, such as, databases, data-sources, tables,workbooks, visualizations, work-flows, or the like.

As used herein the term “data object class” or “object class” refers toa one or more entities or data structures that represent a class, kind,or type of data objects.

As used herein the term “display model” refers to one or more datastructures that represent one or more representations of a data modelthat may be suitable for use in a visualization that is displayed on oneor more hardware displays. Display models may define styling or userinterface features that may be made available to non-authoring user.

As used herein, the term “lineage model” refers to one or more datastructures that represent a specialized model for representing lineageinformation for a corresponding data model.

As used herein, the term “lineage object” refers to one or more datastructures comprising a lineage model that may correspond to data objectclasses represented by the lineage model.

As used herein, the term “display object” refers to one or more datastructures that comprise display models. In some cases, display objectsmay be considered portions of the display model. Display objects mayrepresent individual instances of items or entire classes or kinds ofitems that may be displayed in a visualization. In some embodiments,display objects may be considered or referred to as views because theyprovide a view of some portion of the data model.

As used herein, the term “anchor data object” refers to a data objectthat has been designated to be a starting point for a lineage analysisfor a data model. Anchor data objects may be data objects that aredesigned or selected from a one or more data objects associated with alineage object.

As used herein, the term “anchor attribute” refers to a attribute,field, or property of a data object that has been selected to be astarting point for executing attribute level data lineage analysis.

As used herein, the term “panel” refers to region within a graphicaluser interface (GUI) that has a defined geometry (e.g., x, y, z-order)within the GUI. Panels may be arranged to display information to usersor to host one or more interactive controls. The geometry or stylesassociated with panels may be defined using configuration information,including dynamic rules. Also, in some cases, users may be enabled toperform actions on one or more panels, such as, moving, showing, hiding,re-sizing, re-ordering, or the like.

As used herein, the term “configuration information” refers toinformation that may include rule based policies, pattern matching,scripts (e.g., computer readable instructions), or the like, that may beprovided from various sources, including, configuration files,databases, user input, built-in defaults, or the like, or combinationthereof.

The following briefly describes embodiments of the invention in order toprovide a basic understanding of some aspects of the invention. Thisbrief description is not intended as an extensive overview. It is notintended to identify key or critical elements, or to delineate orotherwise narrow the scope. Its purpose is merely to present someconcepts in a simplified form as a prelude to the more detaileddescription that is presented later.

Briefly stated, various embodiments are directed to managing data usinga network computers. In one or more of the various embodiments, a datamodel that includes a plurality of data objects that may be associatedwith one or more layers of the data model may be provided.

In one or more of the various embodiments, a lineage model that includesone or more lineage objects may be provided such that the one or morelineage objects may each be associated with one of the one or more datamodel layers.

In one or more of the various embodiments, one of the one or morelineage objects may be activated based on an association with a datamodel layer.

In one or more of the various embodiments, a first portion of theplurality of data objects may be determined based on the data model, theactivated lineage object, or the like, such that the first portion ofdata objects and the activated lineage object may be associated with thesame data model layer

In one or more of the various embodiments, an anchor object from thefirst portion of data objects may be determined based on one or morecharacteristics of the first portion of data objects.

In one or more of the various embodiments, a search of the data modelmay be employed to provide dependency information based on a position ofthe anchor data object in the data model. In one or more of the variousembodiments, providing the dependency information may include:determining one or more attributes that may be associated with theanchor data object; searching the data model based on the one or moreattributes or one or more other attributes that may be associated withthe plurality of data objects in the data model; providing thedependency information based on one or more associations or the one ormore attributes and the one or more other attributes. In one or more ofthe various embodiments, providing the dependency information, mayinclude: generating query information based on the data model and theanchor data object; employing the query information to execute a querythat may provide the dependency information; or the like.

In one or more of the various embodiments, a second portion of theplurality data objects may be determined based on the dependencyinformation. In one or more of the various embodiments, determining thesecond portion of the data objects may include modifying the secondportion of data objects based on one or more filters that may bedisplayed in the lineage panel.

In one or more of the various embodiments, in response to a modificationto one or more of the plurality of data objects, further actions may beperformed, including: determining the activated lineage object based onthe one or more modified data objects; determining the anchor dataobject based on the one or more modified data objects; determining oneor more users that are associated the modification based on thedependency information such that each user may be associated with one ormore data objects that may be impacted by the modification; providingone or more notifications to each user based on each impacted dataobject associated with the user; or the like.

In one or more of the various embodiments, one or more reports thatinclude a list of the second portion of data objects, the dependencyinformation, or the like, may be provided.

In one or more of the various embodiments, a display engine may beinstantiated to perform actions, including: generating a graphical userinterface (GUI) that may include a lineage panel and an object panel;displaying, in the lineage panel, the lineage model and the one or morelineage objects; displaying, in the object panel, the first portion ofthe data objects; and determining another activated lineage object basedon one or more inputs to the lineage panel; automatically determininganother portion of the plurality of data objects based on the otheractivated lineage object, wherein the other portion of the data objectsmay be displayed in the object panel; or the like.

In one or more of the various embodiments, one or more data objectclasses may be provided based on the data model such that the one ormore data object classes include one or more of databases, tables, datasources, workbooks, sheets, or the like. And, in one or more of thevarious embodiments, each layer of the data model may be associated withone of the one or more data object classes such that each data objectmay be associated with a data object class that may correspond with adata object class that may be associated with the layer.

Illustrated Operating Environment

FIG. 1 shows components of one embodiment of an environment in whichembodiments of the invention may be practiced. Not all of the componentsmay be required to practice the invention, and variations in thearrangement and type of the components may be made without departingfrom the spirit or scope of the invention. As shown, system 100 of FIG.1 includes local area networks (LANs)/wide area networks(WANs)-(network) 110, wireless network 108, client computers 102-105,visualization server computer 116, or the like.

At least one embodiment of client computers 102-105 is described in moredetail below in conjunction with FIG. 2 . In one embodiment, at leastsome of client computers 102-105 may operate over one or more wired orwireless networks, such as networks 108, or 110. Generally, clientcomputers 102-105 may include virtually any computer capable ofcommunicating over a network to send and receive information, performvarious online activities, offline actions, or the like. In oneembodiment, one or more of client computers 102-105 may be configured tooperate within a business or other entity to perform a variety ofservices for the business or other entity. For example, client computers102-105 may be configured to operate as a web server, firewall, clientapplication, media player, mobile telephone, game console, desktopcomputer, or the like. However, client computers 102-105 are notconstrained to these services and may also be employed, for example, asfor end-user computing in other embodiments. It should be recognizedthat more or less client computers (as shown in FIG. 1 ) may be includedwithin a system such as described herein, and embodiments are thereforenot constrained by the number or type of client computers employed.

Computers that may operate as client computer 102 may include computersthat typically connect using a wired or wireless communications mediumsuch as personal computers, multiprocessor systems, microprocessor-basedor programmable electronic devices, network PCs, or the like. In someembodiments, client computers 102-105 may include virtually any portablecomputer capable of connecting to another computer and receivinginformation such as, laptop computer 103, mobile computer 104, tabletcomputers 105, or the like. However, portable computers are not solimited and may also include other portable computers such as cellulartelephones, display pagers, radio frequency (RF) devices, infrared (IR)devices, Personal Digital Assistants (PDAs), handheld computers,wearable computers, integrated devices combining one or more of thepreceding computers, or the like. As such, client computers 102-105typically range widely in terms of capabilities and features. Moreover,client computers 102-105 may access various computing applications,including a browser, or other web-based application.

A web-enabled client computer may include a browser application that isconfigured to send requests and receive responses over the web. Thebrowser application may be configured to receive and display graphics,text, multimedia, and the like, employing virtually any web-basedlanguage. In one embodiment, the browser application is enabled toemploy JavaScript, HyperText Markup Language (HTML), eXtensible MarkupLanguage (XML), JavaScript Object Notation (JSON), Cascading StyleSheets (CSS), or the like, or combination thereof, to display and send amessage. In one embodiment, a user of the client computer may employ thebrowser application to perform various activities over a network(online). However, another application may also be used to performvarious online activities.

Client computers 102-105 also may include at least one other clientapplication that is configured to receive or send content betweenanother computer. The client application may include a capability tosend or receive content, or the like. The client application may furtherprovide information that identifies itself, including a type,capability, name, and the like. In one embodiment, client computers102-105 may uniquely identify themselves through any of a variety ofmechanisms, including an Internet Protocol (IP) address, a phone number,Mobile Identification Number (MIN), an electronic serial number (ESN), aclient certificate, or other device identifier. Such information may beprovided in one or more network packets, or the like, sent between otherclient computers, visualization server computer 116, or other computers.

Client computers 102-105 may further be configured to include a clientapplication that enables an end-user to log into an end-user accountthat may be managed by another computer, such as visualization servercomputer 116, or the like. Such an end-user account, in one non-limitingexample, may be configured to enable the end-user to manage one or moreonline activities, including in one non-limiting example, projectmanagement, software development, system administration, configurationmanagement, search activities, social networking activities, browsevarious websites, communicate with other users, or the like. Also,client computers may be arranged to enable users to display reports,interactive user-interfaces, or results provided by visualization servercomputer 116.

Wireless network 108 is configured to couple client computers 103-105and its components with network 110. Wireless network 108 may includeany of a variety of wireless sub-networks that may further overlaystand-alone ad-hoc networks, and the like, to provide aninfrastructure-oriented connection for client computers 103-105. Suchsub-networks may include mesh networks, Wireless LAN (WLAN) networks,cellular networks, and the like. In one embodiment, the system mayinclude more than one wireless network.

Wireless network 108 may further include an autonomous system ofterminals, gateways, routers, and the like connected by wireless radiolinks, and the like. These connectors may be configured to move freelyand randomly and organize themselves arbitrarily, such that the topologyof wireless network 108 may change rapidly.

Wireless network 108 may further employ a plurality of accesstechnologies including 2nd (2G), 3rd (3G), 4th (4G) 5th (5G) generationradio access for cellular systems, WLAN, Wireless Router (WR) mesh, andthe like. Access technologies such as 2G, 3G, 4G, 5G, and future accessnetworks may enable wide area coverage for mobile computers, such asclient computers 103-105 with various degrees of mobility. In onenon-limiting example, wireless network 108 may enable a radio connectionthrough a radio network access such as Global System for Mobilcommunication (GSM), General Packet Radio Services (GPRS), Enhanced DataGSM Environment (EDGE), code division multiple access (CDMA), timedivision multiple access (TDMA), Wideband Code Division Multiple Access(WCDMA), High Speed Downlink Packet Access (HSDPA), Long Term Evolution(LTE), and the like. In essence, wireless network 108 may includevirtually any wireless communication mechanism by which information maytravel between client computers 103-105 and another computer, network, acloud-based network, a cloud instance, or the like.

Network 110 is configured to couple network computers with othercomputers, including, visualization server computer 116, clientcomputers 102, and client computers 103-105 through wireless network108, or the like. Network 110 is enabled to employ any form of computerreadable media for communicating information from one electronic deviceto another. Also, network 110 can include the Internet in addition tolocal area networks (LANs), wide area networks (WANs), directconnections, such as through a universal serial bus (USB) port, Ethernetport, other forms of computer-readable media, or any combinationthereof. On an interconnected set of LANs, including those based ondiffering architectures and protocols, a router acts as a link betweenLANs, enabling messages to be sent from one to another. In addition,communication links within LANs typically include twisted wire pair orcoaxial cable, while communication links between networks may utilizeanalog telephone lines, full or fractional dedicated digital linesincluding T1, T2, T3, and T4, or other carrier mechanisms including, forexample, E-carriers, Integrated Services Digital Networks (ISDNs),Digital Subscriber Lines (DSLs), wireless links including satellitelinks, or other communications links known to those skilled in the art.Moreover, communication links may further employ any of a variety ofdigital signaling technologies, including without limit, for example,DS-0, DS-1, DS-2, DS-3, DS-4, OC-3, OC-12, OC-48, or the like.Furthermore, remote computers and other related electronic devices couldbe remotely connected to either LANs or WANs via a modem and temporarytelephone link. In one embodiment, network 110 may be configured totransport information of an Internet Protocol (IP).

Additionally, communication media typically embodies computer readableinstructions, data structures, program modules, or other transportmechanism and includes any information non-transitory delivery media ortransitory delivery media. By way of example, communication mediaincludes wired media such as twisted pair, coaxial cable, fiber optics,wave guides, and other wired media and wireless media such as acoustic,RF, infrared, and other wireless media.

Also, one embodiment of visualization server computer 116 is describedin more detail below in conjunction with FIG. 3 . Although FIG. 1illustrates visualization server computer 116 as a single computer, theinnovations or embodiments are not so limited. For example, one or morefunctions of visualization server computer 116, or the like, may bedistributed across one or more distinct network computers. Moreover, inone or more embodiments, visualization server computer 116 may beimplemented using a plurality of network computers. Further, in one ormore of the various embodiments, visualization server computer 116, orthe like, may be implemented using one or more cloud instances in one ormore cloud networks. Accordingly, these innovations and embodiments arenot to be construed as being limited to a single environment, and otherconfigurations, and other architectures are also envisaged.

Illustrative Client Computer

FIG. 2 shows one embodiment of client computer 200 that may include manymore or less components than those shown. Client computer 200 mayrepresent, for example, one or more embodiment of mobile computers orclient computers shown in FIG. 1 .

Client computer 200 may include processor 202 in communication withmemory 204 via bus 228. Client computer 200 may also include powersupply 230, network interface 232, audio interface 256, display 250,keypad 252, illuminator 254, video interface 242, input/output interface238, haptic interface 264, global positioning systems (GPS) receiver258, open air gesture interface 260, temperature interface 262,camera(s) 240, projector 246, pointing device interface 266,processor-readable stationary storage device 234, and processor-readableremovable storage device 236. Client computer 200 may optionallycommunicate with a base station (not shown), or directly with anothercomputer. And in one embodiment, although not shown, a gyroscope may beemployed within client computer 200 to measuring or maintaining anorientation of client computer 200.

Power supply 230 may provide power to client computer 200. Arechargeable or non-rechargeable battery may be used to provide power.The power may also be provided by an external power source, such as anAC adapter or a powered docking cradle that supplements or recharges thebattery.

Network interface 232 includes circuitry for coupling client computer200 to one or more networks, and is constructed for use with one or morecommunication protocols and technologies including, but not limited to,protocols and technologies that implement any portion of the OSI modelfor mobile communication (GSM), CDMA, time division multiple access(TDMA), UDP, TCP/IP, SMS, MMS, GPRS, WAP, UWB, WiMax, SIP/RTP, GPRS,EDGE, WCDMA, LTE, UMTS, OFDM, CDMA2000, EV-DO, HSDPA, or any of avariety of other wireless communication protocols. Network interface 232is sometimes known as a transceiver, transceiving device, or networkinterface card (MC).

Audio interface 256 may be arranged to produce and receive audio signalssuch as the sound of a human voice. For example, audio interface 256 maybe coupled to a speaker and microphone (not shown) to enabletelecommunication with others or generate an audio acknowledgment forsome action. A microphone in audio interface 256 can also be used forinput to or control of client computer 200, e.g., using voicerecognition, detecting touch based on sound, and the like.

Display 250 may be a liquid crystal display (LCD), gas plasma,electronic ink, light emitting diode (LED), Organic LED (OLED) or anyother type of light reflective or light transmissive display that can beused with a computer. Display 250 may also include a touch interface 244arranged to receive input from an object such as a stylus or a digitfrom a human hand, and may use resistive, capacitive, surface acousticwave (SAW), infrared, radar, or other technologies to sense touch orgestures.

Projector 246 may be a remote handheld projector or an integratedprojector that is capable of projecting an image on a remote wall or anyother reflective object such as a remote screen.

Video interface 242 may be arranged to capture video images, such as astill photo, a video segment, an infrared video, or the like. Forexample, video interface 242 may be coupled to a digital video camera, aweb-camera, or the like. Video interface 242 may comprise a lens, animage sensor, and other electronics. Image sensors may include acomplementary metal-oxide-semiconductor (CMOS) integrated circuit,charge-coupled device (CCD), or any other integrated circuit for sensinglight.

Keypad 252 may comprise any input device arranged to receive input froma user. For example, keypad 252 may include a push button numeric dial,or a keyboard. Keypad 252 may also include command buttons that areassociated with selecting and sending images.

Illuminator 254 may provide a status indication or provide light.Illuminator 254 may remain active for specific periods of time or inresponse to event messages. For example, when illuminator 254 is active,it may backlight the buttons on keypad 252 and stay on while the clientcomputer is powered. Also, illuminator 254 may backlight these buttonsin various patterns when particular actions are performed, such asdialing another client computer. Illuminator 254 may also cause lightsources positioned within a transparent or translucent case of theclient computer to illuminate in response to actions.

Further, client computer 200 may also comprise hardware security module(HSM) 268 for providing additional tamper resistant safeguards forgenerating, storing or using security/cryptographic information such as,keys, digital certificates, passwords, passphrases, two-factorauthentication information, or the like. In some embodiments, hardwaresecurity module may be employed to support one or more standard publickey infrastructures (PKI), and may be employed to generate, manage, orstore keys pairs, or the like. In some embodiments, HSM 268 may be astand-alone computer, in other cases, HSM 268 may be arranged as ahardware card that may be added to a client computer.

Client computer 200 may also comprise input/output interface 238 forcommunicating with external peripheral devices or other computers suchas other client computers and network computers. The peripheral devicesmay include an audio headset, virtual reality headsets, display screenglasses, remote speaker system, remote speaker and microphone system,and the like. Input/output interface 238 can utilize one or moretechnologies, such as Universal Serial Bus (USB), Infrared, WiFi, WiMax,Bluetooth™, and the like.

Input/output interface 238 may also include one or more sensors fordetermining geolocation information (e.g., GPS), monitoring electricalpower conditions (e.g., voltage sensors, current sensors, frequencysensors, and so on), monitoring weather (e.g., thermostats, barometers,anemometers, humidity detectors, precipitation scales, or the like), orthe like. Sensors may be one or more hardware sensors that collect ormeasure data that is external to client computer 200.

Haptic interface 264 may be arranged to provide tactile feedback to auser of the client computer. For example, the haptic interface 264 maybe employed to vibrate client computer 200 in a particular way whenanother user of a computer is calling. Temperature interface 262 may beused to provide a temperature measurement input or a temperaturechanging output to a user of client computer 200. Open air gestureinterface 260 may sense physical gestures of a user of client computer200, for example, by using single or stereo video cameras, radar, agyroscopic sensor inside a computer held or worn by the user, or thelike. Camera 240 may be used to track physical eye movements of a userof client computer 200.

GPS transceiver 258 can determine the physical coordinates of clientcomputer 200 on the surface of the Earth, which typically outputs alocation as latitude and longitude values. GPS transceiver 258 can alsoemploy other geo-positioning mechanisms, including, but not limited to,triangulation, assisted GPS (AGPS), Enhanced Observed Time Difference(E-OTD), Cell Identifier (CI), Service Area Identifier (SAI), EnhancedTiming Advance (ETA), Base Station Subsystem (BSS), or the like, tofurther determine the physical location of client computer 200 on thesurface of the Earth. It is understood that under different conditions,GPS transceiver 258 can determine a physical location for clientcomputer 200. In one or more embodiment, however, client computer 200may, through other components, provide other information that may beemployed to determine a physical location of the client computer,including for example, a Media Access Control (MAC) address, IP address,and the like.

In at least one of the various embodiments, applications, such as,operating system 206, client display engine 222, other client apps 224,web browser 226, or the like, may be arranged to employ geo-locationinformation to select one or more localization features, such as, timezones, languages, currencies, calendar formatting, or the like.Localization features may be used in documents, visualizations, displayobjects, display models, action objects, user-interfaces, reports, aswell as internal processes or databases. In at least one of the variousembodiments, geo-location information used for selecting localizationinformation may be provided by GPS 258. Also, in some embodiments,geolocation information may include information provided using one ormore geolocation protocols over the networks, such as, wireless network108 or network 111.

Human interface components can be peripheral devices that are physicallyseparate from client computer 200, allowing for remote input or outputto client computer 200. For example, information routed as describedhere through human interface components such as display 250 or keyboard252 can instead be routed through network interface 232 to appropriatehuman interface components located remotely. Examples of human interfaceperipheral components that may be remote include, but are not limitedto, audio devices, pointing devices, keypads, displays, cameras,projectors, and the like. These peripheral components may communicateover a Pico Network such as Bluetooth™, Zigbee™ and the like. Onenon-limiting example of a client computer with such peripheral humaninterface components is a wearable computer, which might include aremote pico projector along with one or more cameras that remotelycommunicate with a separately located client computer to sense a user'sgestures toward portions of an image projected by the pico projectoronto a reflected surface such as a wall or the user's hand.

A client computer may include web browser application 226 that isconfigured to receive and to send web pages, web-based messages,graphics, text, multimedia, and the like. The client computer's browserapplication may employ virtually any programming language, including awireless application protocol messages (WAP), and the like. In one ormore embodiment, the browser application is enabled to employ HandheldDevice Markup Language (HDML), Wireless Markup Language (WML),WMLScript, JavaScript, Standard Generalized Markup Language (SGML),HyperText Markup Language (HTML), eXtensible Markup Language (XML),HTML5, and the like.

Memory 204 may include RAM, ROM, or other types of memory. Memory 204illustrates an example of computer-readable storage media (devices) forstorage of information such as computer-readable instructions, datastructures, program modules or other data. Memory 204 may store BIOS 208for controlling low-level operation of client computer 200. The memorymay also store operating system 206 for controlling the operation ofclient computer 200. It will be appreciated that this component mayinclude a general-purpose operating system such as a version of UNIX, orLINUX™, or a specialized client computer communication operating systemsuch as Windows Phone™, Android™, or the IOS operating system. Theoperating system may include, or interface with a Java virtual machinemodule that enables control of hardware components or operating systemoperations via Java application programs.

Memory 204 may further include one or more data storage 210, which canbe utilized by client computer 200 to store, among other things,applications 220 or other data. For example, data storage 210 may alsobe employed to store information that describes various capabilities ofclient computer 200. The information may then be provided to anotherdevice or computer based on any of a variety of methods, including beingsent as part of a header during a communication, sent upon request, orthe like. Data storage 210 may also be employed to store socialnetworking information including address books, buddy lists, aliases,user profile information, or the like. Data storage 210 may furtherinclude program code, data, algorithms, and the like, for use by aprocessor, such as processor 202 to execute and perform actions. In oneembodiment, at least some of data storage 210 might also be stored onanother component of client computer 200, including, but not limited to,non-transitory processor-readable removable storage device 236,processor-readable stationary storage device 234, or even external tothe client computer.

Applications 220 may include computer executable instructions which,when executed by client computer 200, transmit, receive, or otherwiseprocess instructions and data. Applications 220 may include, forexample, client display engine 222, other client applications 224, webbrowser 226, or the like. Client computers may be arranged to exchangecommunications, such as, queries, searches, messages, notificationmessages, event messages, alerts, performance metrics, log data, APIcalls, or the like, combination thereof, with visualization servercomputers.

Other examples of application programs include calendars, searchprograms, email client applications, IM applications, SMS applications,Voice Over Internet Protocol (VOIP) applications, contact managers, taskmanagers, transcoders, database programs, word processing programs,security applications, spreadsheet programs, games, search programs, andso forth.

Additionally, in one or more embodiments (not shown in the figures),client computer 200 may include an embedded logic hardware deviceinstead of a CPU, such as, an Application Specific Integrated Circuit(ASIC), Field Programmable Gate Array (FPGA), Programmable Array Logic(PAL), or the like, or combination thereof. The embedded logic hardwaredevice may directly execute its embedded logic to perform actions. Also,in one or more embodiments (not shown in the figures), client computer200 may include one or more hardware microcontrollers instead of CPUs.In one or more embodiment, the one or more microcontrollers may directlyexecute their own embedded logic to perform actions and access its owninternal memory and its own external Input and Output Interfaces (e.g.,hardware pins or wireless transceivers) to perform actions, such asSystem On a Chip (SOC), or the like.

Illustrative Network Computer

FIG. 3 shows one embodiment of network computer 300 that may be includedin a system implementing one or more of the various embodiments. Networkcomputer 300 may include many more or less components than those shownin FIG. 3 . However, the components shown are sufficient to disclose anillustrative embodiment for practicing these innovations. Networkcomputer 300 may represent, for example, one embodiment of one or morevisualization server computer 116 of FIG. 1 .

Network computers, such as, network computer 300 may include a processor302 that may be in communication with a memory 304 via a bus 328. Insome embodiments, processor 302 may be comprised of one or more hardwareprocessors, or one or more processor cores. In some cases, one or moreof the one or more processors may be specialized processors designed toperform one or more specialized actions, such as, those describedherein. Network computer 300 also includes a power supply 330, networkinterface 332, audio interface 356, display 350, keyboard 352,input/output interface 338, processor-readable stationary storage device334, and processor-readable removable storage device 336. Power supply330 provides power to network computer 300.

Network interface 332 includes circuitry for coupling network computer300 to one or more networks, and is constructed for use with one or morecommunication protocols and technologies including, but not limited to,protocols and technologies that implement any portion of the OpenSystems Interconnection model (OSI model), global system for mobilecommunication (GSM), code division multiple access (CDMA), time divisionmultiple access (TDMA), user datagram protocol (UDP), transmissioncontrol protocol/Internet protocol (TCP/IP), Short Message Service(SMS), Multimedia Messaging Service (MMS), general packet radio service(GPRS), WAP, ultra-wide band (UWB), IEEE 802.16 WorldwideInteroperability for Microwave Access (WiMax), Session InitiationProtocol/Real-time Transport Protocol (SIP/RTP), or any of a variety ofother wired and wireless communication protocols. Network interface 332is sometimes known as a transceiver, transceiving device, or networkinterface card (NIC). Network computer 300 may optionally communicatewith a base station (not shown), or directly with another computer.

Audio interface 356 is arranged to produce and receive audio signalssuch as the sound of a human voice. For example, audio interface 356 maybe coupled to a speaker and microphone (not shown) to enabletelecommunication with others or generate an audio acknowledgment forsome action. A microphone in audio interface 356 can also be used forinput to or control of network computer 300, for example, using voicerecognition.

Display 350 may be a liquid crystal display (LCD), gas plasma,electronic ink, light emitting diode (LED), Organic LED (OLED) or anyother type of light reflective or light transmissive display that can beused with a computer. In some embodiments, display 350 may be a handheldprojector or pico projector capable of projecting an image on a wall orother object.

Network computer 300 may also comprise input/output interface 338 forcommunicating with external devices or computers not shown in FIG. 3 .Input/output interface 338 can utilize one or more wired or wirelesscommunication technologies, such as USB™, Firewire™, WiFi, WiMax,Thunderbolt™, Infrared, Bluetooth™, Zigbee™, serial port, parallel port,and the like.

Also, input/output interface 338 may also include one or more sensorsfor determining geolocation information (e.g., GPS), monitoringelectrical power conditions (e.g., voltage sensors, current sensors,frequency sensors, and so on), monitoring weather (e.g., thermostats,barometers, anemometers, humidity detectors, precipitation scales, orthe like), or the like. Sensors may be one or more hardware sensors thatcollect or measure data that is external to network computer 300. Humaninterface components can be physically separate from network computer300, allowing for remote input or output to network computer 300. Forexample, information routed as described here through human interfacecomponents such as display 350 or keyboard 352 can instead be routedthrough the network interface 332 to appropriate human interfacecomponents located elsewhere on the network. Human interface componentsinclude any component that allows the computer to take input from, orsend output to, a human user of a computer. Accordingly, pointingdevices such as mice, styluses, track balls, or the like, maycommunicate through pointing device interface 358 to receive user input.

GPS transceiver 340 can determine the physical coordinates of networkcomputer 300 on the surface of the Earth, which typically outputs alocation as latitude and longitude values. GPS transceiver 340 can alsoemploy other geo-positioning mechanisms, including, but not limited to,triangulation, assisted GPS (AGPS), Enhanced Observed Time Difference(E-OTD), Cell Identifier (CI), Service Area Identifier (SAI), EnhancedTiming Advance (ETA), Base Station Subsystem (BSS), or the like, tofurther determine the physical location of network computer 300 on thesurface of the Earth. It is understood that under different conditions,GPS transceiver 340 can determine a physical location for networkcomputer 300. In one or more embodiments, however, network computer 300may, through other components, provide other information that may beemployed to determine a physical location of the client computer,including for example, a Media Access Control (MAC) address, IP address,and the like.

In at least one of the various embodiments, applications, such as,operating system 306, data management engine 322, display engine 324,lineage engine 326, web services 329, or the like, may be arranged toemploy geo-location information to select one or more localizationfeatures, such as, time zones, languages, currencies, currencyformatting, calendar formatting, or the like. Localization features maybe used in documents, file systems, user-interfaces, reports, displayobjects, display models, visualizations as well as internal processes ordatabases. In at least one of the various embodiments, geo-locationinformation used for selecting localization information may be providedby GPS 340. Also, in some embodiments, geolocation information mayinclude information provided using one or more geolocation protocolsover the networks, such as, wireless network 108 or network 111.

Memory 304 may include Random Access Memory (RAM), Read-Only Memory(ROM), or other types of memory. Memory 304 illustrates an example ofcomputer-readable storage media (devices) for storage of informationsuch as computer-readable instructions, data structures, program modulesor other data. Memory 304 stores a basic input/output system (BIOS) 308for controlling low-level operation of network computer 300. The memoryalso stores an operating system 306 for controlling the operation ofnetwork computer 300. It will be appreciated that this component mayinclude a general-purpose operating system such as a version of UNIX, orLINUX™, or a specialized operating system such as MicrosoftCorporation's Windows® operating system, or the Apple Corporation's OSX®operating system. The operating system may include, or interface withone or more virtual machine modules, such as, a Java virtual machinemodule that enables control of hardware components or operating systemoperations via Java application programs. Likewise, other runtimeenvironments may be included.

Memory 304 may further include one or more data storage 310, which canbe utilized by network computer 300 to store, among other things,applications 320 or other data. For example, data storage 310 may alsobe employed to store information that describes various capabilities ofnetwork computer 300. The information may then be provided to anotherdevice or computer based on any of a variety of methods, including beingsent as part of a header during a communication, sent upon request, orthe like. Data storage 310 may also be employed to store socialnetworking information including address books, buddy lists, aliases,user profile information, or the like. Data storage 310 may furtherinclude program code, data, algorithms, and the like, for use by aprocessor, such as processor 302 to execute and perform actions such asthose actions described below. In one embodiment, at least some of datastorage 310 might also be stored on another component of networkcomputer 300, including, but not limited to, non-transitory media insideprocessor-readable removable storage device 336, processor-readablestationary storage device 334, or any other computer-readable storagedevice within network computer 300, or even external to network computer300. Data storage 310 may include, for example, data models 314, displaymodels 316, graph models 318, source data 319, or the like. Data models314 may store files, documents, versions, properties, meta-data, datastructures, or the like, that represent one or more portions of one ormore data models. Display models 316 may store display models. Lineagemodels 318 may represent memory used for storing lineage models. SourceData 319 may represent memory used for storing databases, or other datasources that contribute the data that underlies the data models, lineagemodels, display models, or the like.

Applications 320 may include computer executable instructions which,when executed by network computer 300, transmit, receive, or otherwiseprocess messages (e.g., SMS, Multimedia Messaging Service (MMS), InstantMessage (IM), email, or other messages), audio, video, and enabletelecommunication with another user of another mobile computer. Otherexamples of application programs include calendars, search programs,email client applications, IM applications, SMS applications, Voice OverInternet Protocol (VOIP) applications, contact managers, task managers,transcoders, database programs, word processing programs, securityapplications, spreadsheet programs, games, search programs, and soforth. Applications 320 may include data management engine 322, displayengine 324, lineage engine 326, web services 329, or the like, that maybe arranged to perform actions for embodiments described below. In oneor more of the various embodiments, one or more of the applications maybe implemented as modules or components of another application. Further,in one or more of the various embodiments, applications may beimplemented as operating system extensions, modules, plugins, or thelike.

Furthermore, in one or more of the various embodiments, data managementengine 322, display engine 324, lineage engine 326, web services 329, orthe like, may be operative in a cloud-based computing environment. Inone or more of the various embodiments, these applications, and others,that comprise the management platform may be executing within virtualmachines or virtual servers that may be managed in a cloud-based basedcomputing environment. In one or more of the various embodiments, inthis context the applications may flow from one physical networkcomputer within the cloud-based environment to another depending onperformance and scaling considerations automatically managed by thecloud computing environment. Likewise, in one or more of the variousembodiments, virtual machines or virtual servers dedicated to datamanagement engine 322, display engine 324, web services 329, or thelike, may be provisioned and de-commissioned automatically.

Also, in one or more of the various embodiments, data management engine322, display engine 324, lineage engine 326, web services 329, or thelike, may be located in virtual servers running in a cloud-basedcomputing environment rather than being tied to one or more specificphysical network computers.

Further, network computer 300 may also include hardware security module(HSM) 360 for providing additional tamper resistant safeguards forgenerating, storing or using security/cryptographic information such as,keys, digital certificates, passwords, passphrases, two-factorauthentication information, or the like. In some embodiments, hardwaresecurity module may be employ to support one or more standard public keyinfrastructures (PKI), and may be employed to generate, manage, or storekeys pairs, or the like. In some embodiments, HSM 360 may be astand-alone network computer, in other cases, HSM 360 may be arranged asa hardware card that may be installed in a network computer.

Additionally, in one or more embodiments (not shown in the figures),network computer 300 may include an embedded logic hardware deviceinstead of a CPU, such as, an Application Specific Integrated Circuit(ASIC), Field Programmable Gate Array (FPGA), Programmable Array Logic(PAL), or the like, or combination thereof. The embedded logic hardwaredevice may directly execute its embedded logic to perform actions. Also,in one or more embodiments (not shown in the figures), the networkcomputer may include one or more hardware microcontrollers instead of aCPU. In one or more embodiment, the one or more microcontrollers maydirectly execute their own embedded logic to perform actions and accesstheir own internal memory and their own external Input and OutputInterfaces (e.g., hardware pins or wireless transceivers) to performactions, such as System On a Chip (SOC), or the like.

Illustrative Logical System Architecture

FIG. 4 illustrates a logical architecture of system 400 for interactivelineage analysis for data assets in accordance with one or more of thevarious embodiments. In one or more of the various embodiments, system400 may include various components, such as, data model 402, which maybe comprised of various data objects ranging from one or more databasesobjects to one or more visualizations. In this example, data model 402includes database object 404, database object 406, table object 408,table object 410, table object 412, workflow object 414, data sourceobject 416, data source object 418, workbook object 420, sheet object422, and sheet object 424.

In one or more of the various embodiments, visualization servercomputers, such as, visualization server computer 116 may be arranged toemploy data models, such as, data model 402 to represent informationthat may be used for generating visualizations. Also, in someembodiments, data models may be used to manage other actors in avisualization system, including, users, authors, or the like.

In this example, data model 402 may have one or more root level dataobjects, such as, data object 404 and data object 406. Data object 404and data object 406 represent databases that may be a source ofinformation that drives the data model. For example, data object 404 mayrepresent a SQL RDBMS associated with one part of an organization whiledata object 406 may represent an API gateway to another informationprovider or another databases.

In one or more of the various embodiments, data object 408, data object410, data object 412, or the like, represent tables or table-likeobjects that may be provided by one or more databases. At this level ofthe data model, the data objects may be considered to wrap or otherwiseclosely model the entities provided from the databases. Accordingly, insome embodiments, properties or attributes of table or database objectsmay closely mirrors their native representations, in terms of attributenames, data types, table names, column names, or the like. For example,data administrators may be enabled to “import” databases or tables intoa data model such that the imported objects retain some or all of thefeatures or attributes that are available in native form.

In one or more of the various embodiments, before an imported tableobject may be used for visualizations, data administrators may have toperform or execute one or more actions to the prepare the informationfor consumption by visualizations or visualization authors. In thisexample, extract-transform-load (ETL) object 414 represents an ETLprocess that does some processing on information in table object 410 andtable object 412 before it is made available for use in visualizations.

In one or more of the various embodiments, data source objects, such as,data source 416 or data source 418 represent data objects that may beavailable for visualization authors to incorporate into visualizationsor other display models. In some embodiments, data source objects mayprovide data administrators control to manage or otherwise shape theinformation from databases (e.g., database 404 or database 406) that maybe made available to visualizations or visualization authors. Forexample, one or more tables in database 404 may include sensitiveinformation that an organization want to exclude from visualizations.Accordingly, in some embodiments, by selecting mapping attributes fromtable objects to data source objects, data administrators may controlhow data is exposed from the underlying databases. In some embodiments,data administrators may be enabled select particular columns orattributes from table objects to include in data sources. Also, in someembodiments, attribute names (e.g., column names) in table objects maybe mapped to different names in data sources. For example, a tablecolumn named customer identifier in a table object may be mapped to anattributed named ‘Account Number’ in the data source. Further, in someembodiments, other transformations of mappings may be performed, suchas, data type conversions, aggregations, filtering, combining, or thelike. In some embodiments, extensive or complex transformations may beencapsulated in ETL objects, or the like, whereas simpler or more commontransformations may be enabled without using a separate ETL object.

In one or more of the various embodiments, edge 448 represents a mappingfrom a table object to a data source. In this example, edge 448 mayrepresent the one or more data structures that map one or moreattributes (e.g., columns) of table object 408 to data source 416.Accordingly, in some embodiments, edge 448 provides or is associated oneor more mapping rules or instructions that define which information fromtable object 408 is available in data source 416, as well as, how theinformation from table object 408 may appear to visualization authors.

In one or more of the various embodiments, workbook object 420represents a data object that may be associated with one or more userlevel data objects, such as, sheet object 422 or sheet object 424. Insome embodiments, visualization authors may be enabled to designworkbooks, such as, workbook object 420, based on information providedby one or more data sources, such as, data source 416 or data source418. In some embodiments, visualization authors may design workbooksthat include one or more sheets (e.g., sheet object 422 or sheet object424. In some embodiments, sheet objects may include one or morevisualizations, or the like.

In one or more of the various embodiments, sheet object 422 or sheetobject 424 may represent some or all of the information that may beprovided to a visualization engine, or the like, that generates one ormore interactive visualization applications or reports that may beemployed by users. In this example, sheet object 422 or sheet object 424may be considered to include or reference one or more of data,meta-data, data structures, or the like, that may be used to render oneor more visualizations of information that may be provided by one ormore databases. In some embodiments, sheets may be arranged to includeone or more display models, styling information, text descriptions,narrative information, stylized graphics, links to other sheets, or thelike.

Accordingly, in some embodiments, users, such as, user 426 or user 428may be enabled to access the sheets. The content or visualizations in asheet may depend on its design and the information it is based on (e.g.,the information from database 404 or database 406). Typically, sheets orthe included visualizations may be dependent one or more fields, nodes,columns, or the like, from one or more databases. Likewise, in someembodiments, dependencies that may be associated with a database maypropagate through other data objects, such as, tables, data sources,workbooks, or the like. In some cases, other data objects interposedbetween a sheet and its underlying database may introduce additionaldependencies that may propagate through to sheets or visualizations.

In some embodiments, upstream changes to one or more data objects mayimpact one or more downstream sheets or visualizations. In some cases,upstream changes may break sheets or visualizations such that users orauthors easily see that there were changes to upstream data objectsbased on error messages associated with a broken sheet or visualization.For example, if a visualization depends on an upstream field orattribute, removing or renaming that attribute may cause an error thatidentifies a missing attribute.

However, in some embodiments, some or many upstream changes may haveimpacts that may not be obvious to a user. For example, in someembodiments, an upstream change may modify the meaning or semantics ofan attribute such that it still provides a information that may beconsumed by the visualization without generating a system error eventhough the meaning of the information has changed. In this example, auser may be unaware that an upstream change has occurred even thoughtheir visualization is no longer producing correct results.

Similarly, in some embodiments, data administrators managing thedatabases or other data objects for an organization may be disabled fromeasily determining the potential downstream impacts a change to a dataobject or data model may cause. For example, data administrators maypropose one or more changes to a database, however, it may be difficultfor them to estimate, validate, or confirm the potential impacts suchchanges may have on downstream users.

Accordingly, in one or more of the various embodiments, a lineageengine, such as, lineage engine 326 may be arranged to generate andmaintain one or more lineage models, such as, lineage model 432 thatprovide lineage information that may be associated with data model 402.In one or more of the various embodiments, a lineage model may bearranged to include one or more lineage objects, such as, lineage object434, lineage object 436, lineage object 438, lineage object 440, lineageobject 442, lineage object 444, lineage object 446, or the like.

In one or more of the various embodiments, lineage objects may representtypes of data objects that may be part of a same layer of data model. Insome embodiments, members of a layer of a data model may include dataobjects that may have the same or similar features or purposes. Forexample, lineage object 434 represents data objects that may beconsidered to be databases, such as, data object 404 and data object406. And, for example: lineage object 436 may represent data objectsthat represent tables, such as, data object 408, data object 410, dataobject 412, or the like; lineage object 438 may represent data objectsthat represent ETL processes, such as, data object 414, or the like;lineage object 440 may represent data objects that represent datasources, such as, data object 416, data object 418, or the like; lineageobject 442 may represent data objects that represent workbooks, such as,data object 420, or the like; lineage object 444 may represent dataobjects that represent sheets, such as, sheet data object 422, sheetdata object 424, or the like. Also, in some objects, lineage models maybe arranged to include lineage objects that represent one or more usersthat may be associated with a sheet or visualization, such as, user 426,user 428, or the like.

In one or more of the various embodiments, lineage models may bearranged to represent more or fewer classes of data objects. Forexample, in some embodiments, if a lineage engine is restricted orotherwise disabled from identifying which users may be associated withsheets, the lineage model may omit the lineage objects that representusers, such as, lineage object 446.

In one or more of the various embodiments, lineage engines may bearranged to automatically investigate data model 402 to determine itslineage objects based on the data object classes or data model layers indata model. In some embodiments, one or more data objects or data objectclasses in a data model may be excluded from lineage engines or lineagemodels for various reasons, such as, security considerations, or thelike. Accordingly, in some embodiments, lineage engines may be arrangedto employ one or more rules, filters, or conditions provided viaconfiguration information to determine which lineage objects to includein lineage models.

FIG. 5 illustrates a logical representation of a portion of system 500for interactive graph-based data visualization that may be in accordancewith one or more of the various embodiments. In this example, for someembodiments, data model 502 may be considered similar to data model 402described above. In this example, data object 506 represents a dataobject that a data administrator may be considering to modify.Accordingly, in this example, changes to data object 506 may impactvarious downstream data objects, such as, data object 508, data object510, data object 512, data object 514, or the like. Also, in thisexample, user 516 or user 518 may be users that rely on or own dataobject 512 or data object 514.

Also, in this example, for some embodiments, lineage model 520 may be alineage model that a lineage engine generated based on data model 502.Accordingly, in this example, for some embodiments, lineage object 522may represent one of the lineage objects included in lineage model 520.

Accordingly, in some embodiments, if a lineage object in a lineage modelis activated, the lineage engine may be arranged to determine the dataobjects in its corresponding data model (e.g., data model 502) that maydepend on data objects associated with the activated lineage object.

In one or more of the various embodiments, if a lineage object may beactivated, the lineage engine may be arranged to determine the dataobjects in the data model that may be included in the data model layerthat corresponds to the activated lineage object. In this example, theactivated lineage object may be lineage object 522. In this example,lineage object 522 may be considered to correspond to a table layer indata model 502. Accordingly, in this example, the lineage engine maydetermine some or all of the data objects in data model 502 that may beassociated with table layer.

In some embodiments, if the data objects associated with a lineageobject may be determined, the lineage engine may determine one or moreanchor data objects based on one or more rules, user inputs, or thelike, that may be provided by configuration information. For example, insome embodiments, configuration information may include rules thatautomatically select one or more data objects (e.g., last data objectaccessed, first in a sorted list, or the like). Also, in someembodiments, lineage engines may be arranged to determine one or moreanchor data objects based on user input. For example, a dataadministrator may select data object 506 because it may be associatedwith one or more pending modifications.

In one or more of the various embodiments, if an anchor data object hasbeen determined, a lineage engine may be arranged to initiate a searchof the data model to determine lineage information that includesdependency information based on the anchor data object.

In one or more of the various embodiments, lineage engines may bearranged to determine various information about the data objects thatmay be associated with one or more lineage objects. In some embodiments,lineage engines may be arranged to determine the number of data objectsthat may be associated with the data model layer that may be associatedwith each lineage object. For example, in some embodiments, lineageengines may associate one or more lineage objects with the number ofdata objects associated with a given lineage object. In otherembodiments, lineage objects may include other information, such as,identifying one or one restricted data objects in the data model. Forexample, if data model 502 included a restricted table data object (notshown), lineage object 522 may be arranged to have a property that maystore such information.

In one or more of the various embodiments, lineage engines may bearranged to execute one or more filters or other rules to exclude one ormore data objects from the aggregate data model layer information. Forexample, if data model 502 included one or more tables data objects (notshown) that were configured to be inaccessible to a data administrator,the one or more tables data objects may be excluded or otherwisedistinguished from data objects that a data administrator may view ormodify.

In one or more of the various embodiments, lineage engines may bearranged to generate lineage models for investigating dependencies ofdata objects based on an activated lineage object. Further, in someembodiments, lineage engines may be arranged to further refine adependency investigation based on one or more data objects that may bedesignated as anchor data objects. For example, if data object 506 is ananchor data object, lineage object 522 may be considered activatedbecause data object 506 is in the data model layer that corresponds tolineage object 522 (e.g., data object class tables). Accordingly, insome embodiments, lineage engines may be arranged execute a search ofthe data model that traces the dependencies associated with the anchordata object based on the position of the anchor data object in the datamodel rather than searching the entire data model.

In this example, if data object 506 is the anchor data object, thelineage engine may determine the dependency path associated with dataobject 506. Here, this path in data model 502 is illustrated usingbold/thickened lines and includes, data object 506, data object 508,data object 510, data object 512, data object 514, user 516, and user518. Also, in this example, the appearance of lineage object 522 may bemodified to indicate that it represents an active data model layer.

FIG. 6 illustrates a logical schematic of lineage object 600 thatrepresents a data structure for managing lineage information inaccordance with one or more of the various embodiments. In someembodiments, lineage objects may be arranged to include variousinformation that may be associated with the data objects that may beassociated with the lineage object. In some embodiments, lineage enginesmay be arranged to determine the particular information to be collectedand included in a lineage object based on configuration information, orthe like.

In one or more of the various embodiments, lineage objects may includevarious properties that may be used to store information or reference toinformation associated with one or more data objects associated with adata model layer. In this example, for some embodiments, lineage object600 includes properties, such as, identifier property 602, layerproperty 604, object count property 606, excluded object count property608, filters property 610, or the like.

In some embodiments, layer properties, such as, property 604 may includean identifier (e.g., ID, reference number, pointer, label, tags, or thelike) that indicates which layer of the data model that the lineageobject represents. In this example, property 604 has a value of “tables”which indicates it may be associated with the table layer of a datamodel. Likewise, for example, if property 604 had a value of “datasource” it may indicate that the lineage object may be associated withthe “data source” layer of a data model. Alternatively, in someembodiments, a data object class property (not shown) may be includedrather than or in addition to layer property 604.

In one or more of the various embodiments, lineage objects may bearranged to have one or more properties for aggregated informationvalues, such as, counts, averages, sums, or the like. In this example,property 606 may store a value representing the number of data objectsthat may be associated with this lineage object. Similarly, in thisexample, property 608 may store a value representing the number of dataobjects in the “table” layer that have been excluded from the objectcount in property 606. In some embodiments, one or more data objects maybe excluded for various reasons, including: data objects that may behidden or otherwise inaccessible to the data administrator; data objectsthat may be excluded based on a filter or other configuration; or thelike. And, in this example, property 610 may store filter information orreferences to filter information that a lineage engine may apply.

FIG. 7 illustrates a logical schematic of a portion of system 700 thatshows dependencies in a data model in accordance with one or more of thevarious embodiments. In this example, system 700 comprises, data object702, data object 704, data object 706, data object 708, or the like.Also, in this example, system 700 comprises a portion of a lineage modelthat includes lineage object 710, lineage object 712, lineage object714, lineage object 716, or the like.

As described above, in one or more of the various embodiments, dataobjects in a data model may depend on other data objects in the samedata model. In this example, data object 704, data object 706, and dataobject 708 depend on data object 702. Accordingly, in this example, dataobject 708 depends on data object 706, and so on. Note, while all of thedata objects in this example are part of the same dependency tree thathas data object 702 as its root, there may be other data objects in thesame data model that have different or separate dependency graphs.

In one or more of the various embodiments, data objects in a data modelmay be dependent on another data object because they depend on one ormore attributes of the other data objects. In FIG. 7 , the linesconnecting the columns in the data objects to other columns in the dataobjects represent the dependencies between data objects at the attributelevel. Accordingly, in this example, data object 702 has five columnswhich may be considered five attributes. In this example, the linesconnecting data object 702 to data object 704 represent that data object704 depends on four attributes of data object 702. Similarly, in thisexample, data object 706 depends directly on three attributes of dataobject 704 and indirectly on three attributes of data object 702. Also,similarly, in this example, data object 708 directly depends on oneattribute from data object 706 and indirectly on one attribute of dataobject 706, data object 704, and data object 702. Thus, in this example,all of the data objects depend on one or more of their parents, however,the dependencies between data objects may be based on fewer than all ofattributes. For example, line 718 represent that data object 708 dependson one field or attributes of data object 706.

In some embodiments, the dependencies between attributes or data objectin general may depend one or more functions, filters, transforms, or thelike, that may be applied to attribute values as they are passed down todescendant data objects. For example, a table data object may include atimestamp attribute stored as Unix epoch timestamp. But, in thisexample, a dependent data source may have an attribute labeled Date thatexpects a conventional date representation rather than a Unix epochtimestamp. Accordingly, in this example, the Date attribute of thedependent data source may be associated with a transform action thatconverts the Unix epoch timestamp value provided by the parent tableinto a conventional date value that meets the requirements of the datasource.

Also, in this example: lineage model 710 may be considered to correspondwith the data model layer “tables” (not shown) that includes data object702; lineage model 712 may be considered to correspond with the datamodel layer “data source” (not shown) that includes data object 704;lineage model 714 may be considered to correspond with the data modellayer “workbooks” (not shown) that includes data object 706; and lineagemodel 716 may be considered to correspond with the data model layer“sheets” (not shown) that includes data object 708.

FIG. 8A illustrates a logical schematic of a portion of system 800 thatshows dependencies in a data model in accordance with one or more of thevarious embodiments. In this example, system 800 may be consideredsimilar to system 700 described above. In this example, for someembodiments, system 800 includes, data object 802, data object 804, dataobject 806, and data object 808.

In one or more of the various embodiments, a lineage object in a lineagemodel may be associated with an anchor data object. Accordingly, in someembodiments, lineage engines may be arranged to determine dependencyinformation based on a search of the data model. In this example, ifdata object 808 is the anchor data object, lineage object 810 may beactivated. Also, in this example, for some embodiments, a lineage enginemay be arranged to execute a search of the data model to determine thatdata object 808 depends on data object 806, data object 804, and dataobject 802.

In one or more of the various embodiments, the lineage engine may bearranged to determine the dependencies by searching the data model todetermine which attributes in a data object may depend on attributes orother data objects. In this example, the lineage engine may determinethat attribute 812 of data object 808 depends on attribute 814 of dataobject 802.

Accordingly, in one or more of the various embodiments, attribute leveldependency analysis enables the a lineage engine to determine which dataobjects may be impacted by a modification to individual attributes. Inthis example, for some embodiments, a lineage analysis may identify thatattribute 816 of data object 802 may be modified without impacting dataobject 808.

FIG. 8B illustrates a logical schematic of a portion of system 800 thatshows dependencies in a data model in accordance with one or more of thevarious embodiments. In this example, system 800 may be consideredsimilar to system 700 described above. In this example, for someembodiments, system 800 includes, data object 802, data object 804, dataobject 806, and data object 808.

In this example, lineage object 818 may be considered the activatedlineage object (indicated by the bold line weight) and data object 802may be considered the anchor data object. Accordingly, in this example,the lineage analysis performed by a lineage engine may identify thatdata object 806 and data object 804 depend on attribute 816 of dataobject 802. Accordingly, in this example, if attribute 816 is modified,data object 804 and data object 806 may be impacted while data object808 will not be impacted by a modification to attribute 816 because noneof the attributes of data object 808 depend directly or indirectly onattribute 816.

Likewise, in this example, since lineage object 818 is the activatedlineage object, lineage object 810 may be deactivated (indicated bynormal line weight).

FIG. 9 illustrates a logical schematic of a portion of user interface900 for an interactive lineage analyzer for data assets in accordancewith one or more of the various embodiments. In some embodiments, if alineage object may be activated, a lineage engine may be arranged todetermine some or all of the data objects that may be associated withthe data model layer that may correspond to the activated lineageobject. Accordingly, in some embodiments, an anchor data object may beselected or otherwise determined from these data objects. Thus, in someembodiments, if an anchor data object is determined, the lineage enginemay execute a lineage analysis based on the anchor data object.

In this example, user interface 900 may be arranged to display lineagemodel in lineage panel 902. Accordingly, in some embodiments, lineagepanel 902 may be arranged to display one or more lineage objects, suchas, lineage object 904. Also, in some embodiments, the lineage objectsassociated lineage panel 902 may be displayed with some or all of thelineage information that may be associated the data objects associatedwith the data model layer that corresponds to a given lineage object. Inthis example, lineage object 904 is illustrated using bold weight linesto indicate that is activated.

Further, in one or more of the various embodiments, lineage informationabout lineage objects, such as, lineage information 906 may be displayedwith a lineage model. In this example, lineage information 906 isdisplayed adjacent or otherwise near a corresponding lineage object. Asdescribed above, lineage information may include information associatedwith the data model layer or data objects that may be associated with alineage object. In this example, lineage information include basicinformation, such as, names, labels, data object counts, or the like. Inone or more of the various embodiments, lineage engines may be arrangedto determine the lineage information to display based on defaults oruser preferences obtained from configuration information.

In some embodiments, lineage analysis user interfaces, such as, userinterface 900 may be arranged to include an object panel, such as,object panel 908. In some embodiments, object panels may be arranged todisplay data objects that may be associated with one or more data modellayers. Accordingly, in some embodiments, if a lineage object may beactivated, lineage engines may be arranged to determine one or more dataobjects that may be associated with the data model layer associated withthe activated lineage object so they may be displayed in an objectpanel, such as, object panel 908.

In this example, objects 910 represents some or all of the data objectsthat may be associated with an activated lineage object, such as,lineage object 904. In some embodiments, there may be many data objectsassociated with lineage object or data model layer. So, in someembodiments, panel 908 may be arranged to include user interfacecontrols for scrolling, paging, or the like, to manage display of dataobjects. Further, in some embodiments, the set of data objects that aredisplayed may be influenced by one or more filters, restrictions, or thelike, that may reflect user preferences, system-wide configurations, orthe like, that may be obtained from configuration information.

In one or more of the various embodiments, as described above, activatedlineage objects may correspond to a data model layer that corresponds toa data object class. However, in some embodiments, one or more datamodel layers may be associated with many data objects. Accordingly, insome embodiments, one or more of the data objects may be designated asanchor data objects. For example, if objects 906 represent some or allof the data sources in a data model, data object 912 may represent thedesignated anchor data object.

In one or more of the various embodiments, lineage engines may bearranged to employ the activated lineage object and the designatedanchor data object to perform lineage analysis that may include a searchof the data model to determine one or more dependencies between or amongdata objects in the data model.

Generalized Operations

FIGS. 10-12 represent generalized operations for interactive lineageanalysis of data assets in accordance with one or more of the variousembodiments. In one or more of the various embodiments, processes 1000,1100, and 1200 described in conjunction with FIGS. 10-12 may beimplemented by or executed by one or more processors on a single networkcomputer, such as network computer 300 of FIG. 3 . In other embodiments,these processes, or portions thereof, may be implemented by or executedon a plurality of network computers, such as network computer 300 ofFIG. 3 . In yet other embodiments, these processes, or portions thereof,may be implemented by or executed on one or more virtualized computers,such as, those in a cloud-based environment. However, embodiments arenot so limited and various combinations of network computers, clientcomputers, or the like may be utilized. Further, in one or more of thevarious embodiments, the processes described in conjunction with FIGS.10-12 may be used for interactive lineage analysis of data assets inaccordance with at least one of the various embodiments or architecturessuch as those described in conjunction with FIGS. 4-9 . Further, in oneor more of the various embodiments, some or all of the actions performedby processes 800, 900, and 1000 may be executed in part by datamanagement engine 322, display engine 324, or lineage engine 326 runningon one or more processors of one or more network computers.

FIG. 10 illustrates an overview flowchart of process 1000 forinteractive lineage analysis of data assets in accordance with one ormore of the various embodiments. After a start block, at start block1002, in one or more of the various embodiments, a data model may beprovided to a lineage engine. As described above, a data managementengine, display engine, or the like, may be arranged to generate datamodels that may be used by visualization authors or data administratorsto create data objects that may be associated with various data modellayers or data object class in the data model.

At block 1004, in one or more of the various embodiments, the lineageengine may be arranged to determine a lineage model based on the datamodel. In one or more of the various embodiments, lineage engines may bearranged to investigate the characteristics of data model by performingvarious actions, such as, scanning the data model, examining schemainformation, executing one or more queries or searches, or the like. Insome embodiments, lineage engines may be arranged to determine theinformation for generating a lineage model from configurationinformation, or the like.

At block 1006, in one or more of the various embodiments, the lineageengine may be arranged to display the lineage model in an interactivelineage panel. As described above, a display engine may generate a userinterface that include the interactive lineage panel.

At block 1008, in one or more of the various embodiments, the lineageengine may be arranged to determine one or more data objects that may beassociated with an activated lineage object. In one or more of thevarious embodiments, lineage engines may be arranged to perform a searchof the data model to determine one or more data objects associated withthe activated lineage object. In some embodiments, the search mayinclude a direct traversal of the data model. In other embodiments,lineage engines may be arranged to execute a query on a databases thatmay be storing the data model. For example, in some embodiments, if adata model is stored in a graph-based database, searches may beperformed by executing a graphQL or graphQL-like query to determine theone or more data objects associated with an activated lineage object.

At block 1010, in one or more of the various embodiments, a displayengine may be arranged to display the one or more data objects in anobject panel.

At block 1012, in one or more of the various embodiments, the lineageengine may be arranged to search the data model to determine or tracedependencies that may be associated with one or more designated anchordata objects.

At block 1014, in one or more of the various embodiments, the lineageengine may be arranged to generate one or more impact reports thatinclude information associated with the determined dependencies. Forexample, if a data administrator is evaluating the impact associatedwith a particular modification to data object in data model, an impactreport may include a list of the data objects that may be impacted bythe impending modifications.

Also, in some embodiments, an impact report may be arranged to includecontact information for one or more users that may be impacted by themodification. For example, a visualization server computer may bearranged to maintain an association of which users may be responsible orotherwise depend on one or more sheets or workbooks in a data model. Insome embodiments, user relationships to data objects may be included inthe data model.

In one or more of the various embodiments, an impact report may includeautomatically providing notifications to users about the impact of amodification to the data model.

Next, in one or more of the various embodiments, control may be returnedto a calling process.

FIG. 11 illustrates a flowchart of process 1100 for interactive lineageanalysis of data assets in accordance with one or more of the variousembodiments. After a start block, at start block 1102, in one or more ofthe various embodiments, a display engine may be arranged to display alineage model in a lineage panel on a user interface. As describedabove, the lineage model for a data model may include one or morelineage objects that correspond to some or all of the data model layersor data object classes in a data model.

In one or more of the various embodiments, some or all of the lineageobjects may be displayed in an interactive lineage panel. Accordingly,in some embodiments, a user may easily see which lineage objectscorrespond to which data model layer. Further, in one or more of thevarious embodiments, lineage panels may be arranged to display some orall of the layer information that may be associated with a lineageobject, such as, layer names/labels, data object counts, or the like.

At decision block 1104, in one or more of the various embodiments, if alineage object may be activated, control may flow to block 1106;otherwise, control may loop back to block 1102. In some embodiments, thelineage panel may be arranged to enable a user to activate a lineageobject by selecting it using a touch interface, a pointing device,hot-keys, or the like.

In some embodiments, lineage engines may be arranged to restrict theactivation of one or more lineage objects to authorized users.Accordingly, in some embodiments, some users may be disabled fromactivating some lineage objects in a lineage model. In some embodiments,lineage engines may be arranged to determine if a user is authorized toactivate a given lineage object based on configuration information.

Also, in some embodiments, the lineage panel may be arranged toautomatically style the appearance or limit interactivity of one or morelineage objects based on the roles or rights of a current user. Forexample, if a user does not have authorization to access the databaselayer of a data model, lineage objects that correspond to the databaselayer of a data model may be styled to be unresponsive to user inputs,such as, clicks, touches, hovering, or the like.

At block 1106, in one or more of the various embodiments, a lineageengine may be arranged to determine a data model layer based on theactivated lineage object. As described above, lineage objects in alineage model may be associated with a data model layer. Accordingly, insome embodiments, if a lineage object is activated the lineage enginemay be arranged to determine a corresponding data model layer based onthe activated lineage object. For example, in some embodiments, datastructures used to represent lineage objects may include a property thatstores an identifier or reference to its corresponding data model layer.

At block 1108, in one or more of the various embodiments, the lineageengine may be arranged to determine one or more data objects based onthe data model layer. In some embodiments, lineage engines may bearranged to search the data model to find data objects for a particulardata model layer. In some embodiments, lineage engines may be arrangedto maintain one or more indexes or caches that may be employed todetermine the data objects for a data model layer directly rather thanhaving to search the data model in real-time.

Also, in one or more of the various embodiments, data models may berepresented or stored in a graph-based database. Accordingly, in one ormore of the various embodiments, lineage engines may be arranged togenerate one or more queries using graphQL or graphQL-like instructionsthat may be arranged to search for data objects based on membership in adata object class or association with the data model layer thatcorresponds to the activated lineage object.

Further, in some embodiments, if the data model is a graph model,lineage engines may be arranged to perform the search by traversing thedata model directly.

At block 1110, in one or more of the various embodiments, the displayengine may be arranged to display the one or more data objects in anobject panel. As described above, a display engine may be arranged todisplay representations of the data objects associated with the datamodel layer that corresponds to the activated lineage object. In someembodiments, there may be more data objects to display than may bedisplayed at one time. Accordingly, in some embodiments, the displayengine may be arranged to provide scrolling or paging user interfacecontrols to enable a user to browse through the data objects.

In one or more of the various embodiments, display engines may bearranged to generate object panels that include a search control thatmay be used to filter the data objects that may be displayed in theobject panel.

In one or more of the various embodiments, lineage engines or displayengines may be arranged to sort the display order of the data objects inthe object panel based on a sort order that may be defined based onconfiguration information.

At decision block 1112, if the interactive session may be finished,control may be returned to a calling process; otherwise, control mayloop back to block 1102.

In one or more of the various embodiments, the display engine and thelineage engine may be arranged to work in concert to dynamically orautomatically update the appearance of the lineage panel and objectpanel as a user activates different lineage objects. Accordingly, insome embodiments, if some data objects are displayed after an initialactivation of a lineage object, the display engine or lineage engine mayimmediately prepare for another lineage object to be activated. And, insome embodiments, the display engine or lineage engine may be arrangedto determine and display one or more data objects in the object panel inresponse to one or more subsequently activated lineage objects.

In one or more of the various embodiments, process 1100 may terminate oncommand, returning control to a calling process.

FIG. 12 illustrates a flowchart of process 1200 for determiningdependencies for interactive lineage analysis of data assets inaccordance with one or more of the various embodiments. After a startblock, at start block 1202, in one or more of the various embodiments, alineage engine may be arranged to determine one or more anchor dataobjects. As described above, in some embodiments, lineage engines may bearranged to perform of search of the data model to determine one or moredata objects that may be associated with an activated lineage object.

In one or more of the various embodiments, one or more of the dataobjects associated with the activated lineage object may be designatedas an anchor data object. In some embodiments, lineage engines may bearranged to automatically designate anchor data objects based on rulesor other criteria determined based on configuration information. In someembodiments, one or more data model layers may be associated withdefault anchor data objects. For example, for some embodiments, lineageengines may be configured to automatically designate an anchor dataobject based on one or more characteristics of the data objects, suchas, age, access recency (e.g., the default may be an object that wasmost recently designated as an anchor object), access frequency, userpreferences, or the like. In some embodiments, lineage engines may bearranged to obtain default rules for designating anchor data objectsfrom configuration information.

In some embodiments, anchor data objects may be designated by anotherprocess or service. For example, a data management engine or displayengine may be arranged to provide a reference or identifier of a dataobject that may be designated as an anchor data object based on variousconditions, including user interactions.

Also, in one or more of the various embodiments, lineage engines may bearranged to designate an anchor data object based on input provided by adata administrator, or the like.

At block 1204, in one or more of the various embodiments, the lineageengine may be arranged to determine one or more anchor attributes thatare included in the anchor data object. As described above, data objectsmay be arranged to include one or more attributes that may depend on oneor more attributes of another data object.

In one or more of the various embodiments, lineage engines may bearranged to perform various actions to determine anchor attributes. Insome embodiments, one or more data objects may have preassigned anchorattributes that may be automatically determined if the data object maybe designated as an anchor data object. In some embodiments, the anchordata object may include just one attribute that may be automaticallydesignated by the lineage engine. In some embodiments, a user may beenabled to directly select the anchor attribute from among some or allattributes of an anchor data object.

In one or more of the various embodiments, lineage engines may bearranged to automatically determine an anchor attribute based on whichattribute of a data object may be associated with the longest dependencychain or path within the data model. Further, in some embodiments,lineage engines may be arranged to select an anchor attribute based onhow often it may have been previously designated as an anchor attribute.

At block 1206, in one or more of the various embodiments, the lineageengine may be arranged to search the data model to determine dependencyinformation based on the anchor attributes. Accordingly, in one or moreof the various embodiments, lineage engines may be arranged to searchthe data model from the anchor attribute to determine which attributesmay depend on other data objects in the data model.

In one or more of the various embodiments, data models may be graphmodels arranged such that the relationship information represented bythe edges between nodes may include detail information that may identifythe one or more attributes that comprise the relationship between dataobjects. Accordingly, in some embodiments, a data object may bedependent on another data object based on at least one attribute of thedata object depending on one or more attributes of other data object.

In one or more of the various embodiments, lineage engines may bearranged to perform one or more graph traversals using conventionalgraph traversal methods, such as, depth first search, breadth firstsearch, or the like.

In one or more of the various embodiments, data models may berepresented using a graph-based database systems. Accordingly, in one ormore of the various embodiments, lineage engines may be arranged togenerate one or more queries using graphQL or graphQL-like instructionsthat may be arranged to search for dependent data objects based onattribute relationships of the data objects in the data model.

At block 1208, in one or more of the various embodiments, the lineageengine may be arranged to determine the lineage information thatincludes at least dependency information determined by the search. Inone or more of the various embodiments, lineage information based onattributes dependencies may provide a refined view of the potentialimpacts of a change to a data model.

In some embodiments, if the proposed change is to a little-usedattribute, the impact of the change may be less than what it wouldappear to be if the lineage analysis was limited to object leveldependencies. For example, in some embodiments, even though a table dataobject has relationships with many descendant data objects, it may bethat only a few of the descendant data objects actually depend on theone or more of the attributes being considered for modification. Thus,in some embodiments, the attribute dependency information may provide amore accurate view of the impacts associated with a modification that isunder consideration.

Next, in one or more of the various embodiments, control may be returnedto a calling process.

It will be understood that each block in each flowchart illustration,and combinations of blocks in each flowchart illustration, can beimplemented by computer program instructions. These program instructionsmay be provided to a processor to produce a machine, such that theinstructions, which execute on the processor, create means forimplementing the actions specified in each flowchart block or blocks.The computer program instructions may be executed by a processor tocause a series of operational steps to be performed by the processor toproduce a computer-implemented process such that the instructions, whichexecute on the processor, provide steps for implementing the actionsspecified in each flowchart block or blocks. The computer programinstructions may also cause at least some of the operational steps shownin the blocks of each flowchart to be performed in parallel. Moreover,some of the steps may also be performed across more than one processor,such as might arise in a multi-processor computer system. In addition,one or more blocks or combinations of blocks in each flowchartillustration may also be performed concurrently with other blocks orcombinations of blocks, or even in a different sequence than illustratedwithout departing from the scope or spirit of the invention.

Accordingly, each block in each flowchart illustration supportscombinations of means for performing the specified actions, combinationsof steps for performing the specified actions and program instructionmeans for performing the specified actions. It will also be understoodthat each block in each flowchart illustration, and combinations ofblocks in each flowchart illustration, can be implemented by specialpurpose hardware based systems, which perform the specified actions orsteps, or combinations of special purpose hardware and computerinstructions. The foregoing example should not be construed as limitingor exhaustive, but rather, an illustrative use case to show animplementation of at least one of the various embodiments of theinvention.

Further, in one or more embodiments (not shown in the figures), thelogic in the illustrative flowcharts may be executed using an embeddedlogic hardware device instead of a CPU, such as, an Application SpecificIntegrated Circuit (ASIC), Field Programmable Gate Array (FPGA),Programmable Array Logic (PAL), or the like, or combination thereof. Theembedded logic hardware device may directly execute its embedded logicto perform actions. In one or more embodiment, a microcontroller may bearranged to directly execute its own embedded logic to perform actionsand access its own internal memory and its own external Input and OutputInterfaces (e.g., hardware pins or wireless transceivers) to performactions, such as System On a Chip (SOC), or the like.

What is claimed as new and desired to be protected by Letters Patent ofthe United States is:
 1. A method for managing data using a computerthat includes one or more processors, wherein each step of the method isperformed by the one or more processors, comprising: providing a lineagemodel that includes one or more lineage objects, wherein the one or morelineage objects are each associated with one of one or more data modellayers of a data model that includes a plurality of data objects;activating one of the one or more lineage objects based on anassociation with a data model layer; determining a first portion of theplurality of data objects based on the data model and the activatedlineage object, wherein the first portion of data objects and theactivated lineage object are associated with a same data model layer;determining an anchor data object from the first portion of data objectsbased on one or more characteristics of the first portion of dataobjects; generating a user interface that includes a lineage panel andan object panel; displaying, in the lineage panel, the lineage model andthe one or more lineage objects; displaying, in the object panel, thefirst portion of the data objects; determining another activated lineageobject based on one or more inputs to the lineage panel; determininganother portion of the plurality of data objects based on the otheractivated lineage object, wherein the other portion of the data objectsis displayed in the object panel; and employing geolocation informationto select one or more features, including a time zone, spoken language,currency or calendar format, wherein the one or more selected featuresare presented in or more of the user interface, a report, an internalprocess, or a database.
 2. The method of claim 1, further comprising:providing dependency information based on a position of the anchor dataobject in the data model; determining a second portion of the pluralitydata objects based on the dependency information; and presenting a listof the second portion of data objects or the dependency information to auser, wherein the presentation includes the one or more selectedfeatures in the one or more of the user interface, the report, theinternal process or the database.
 3. The method of claim 1, whereindetermining the dependency information further comprises employingresults of a search of the data model.
 4. The method of claim 1, whereindetermining the dependency information, further comprises: determiningone or more attributes that are associated with the anchor data object;searching the data model based on the one or more attributes and one ormore other attributes that are associated with the plurality of dataobjects in the data model; and providing the dependency informationbased on one or more associations or the one or more attributes and theone or more other attributes.
 5. The method of claim 1, furthercomprising: including, in the data model, one or more user relationshipsto one or more of the plurality of data objects; and in response to oneor more modifications to the data model, employing the one or more userrelationships to provide one or more notifications to one or more users.6. The method of claim 1, further comprising: in response to amodification to one or more of the plurality of data objects, performingfurther actions, including: determining the activated lineage objectbased on the one or more modified data objects; determining the anchordata object based on the one or more modified data obj ects; determiningone or more users that are associated the modification based on thedependency information, wherein each user is associated with one or moredata objects that are impacted by the modification; and providing one ormore notifications to each user based on each impacted data objectassociated with the user.
 7. The method of claim 1, wherein determiningthe second portion of the data objects, further comprises, modifying thesecond portion of data objects based on one or more filters, wherein theone or more filters are displayed in the lineage panel.
 8. A computerreadable non-transitory storage media that includes instructions formanaging data, wherein execution of the instructions by one or moreprocessors, performs actions, comprising: providing a lineage model thatincludes one or more lineage objects, wherein the one or more lineageobjects are each associated with one of one or more data model layers ofa data model that includes a plurality of data objects; activating oneof the one or more lineage objects based on an association with a datamodel layer; determining a first portion of the plurality of dataobjects based on the data model and the activated lineage object,wherein the first portion of data objects and the activated lineageobject are associated with a same data model layer; determining ananchor data object from the first portion of data objects based on oneor more characteristics of the first portion of data objects; generatinga user interface that includes a lineage panel and an object panel;displaying, in the lineage panel, the lineage model and the one or morelineage objects; displaying, in the object panel, the first portion ofthe data objects; determining another activated lineage object based onone or more inputs to the lineage panel; determining another portion ofthe plurality of data objects based on the other activated lineageobject, wherein the other portion of the data objects is displayed inthe object panel; and employing geolocation information to select one ormore features, including a time zone, spoken language, currency orcalendar format, wherein the one or more selected features are presentedin or more of the user interface, a report, an internal process, or adatabase.
 9. The media of claim 8, further comprising: providingdependency information based on a position of the anchor data object inthe data model; determining a second portion of the plurality dataobjects based on the dependency information; and presenting a list ofthe second portion of data objects or the dependency information to auser, wherein the presentation includes the one or more selectedfeatures in the one or more of the user interface, the report, theinternal process or the database.
 10. The media of claim 8, whereindetermining the dependency information further comprises employingresults of a search of the data model.
 11. The media of claim 8, whereindetermining the dependency information, further comprises: determiningone or more attributes that are associated with the anchor data object;searching the data model based on the one or more attributes and one ormore other attributes that are associated with the plurality of dataobjects in the data model; and providing the dependency informationbased on one or more associations or the one or more attributes and theone or more other attributes.
 12. The media of claim 8, furthercomprising: including, in the data model, one or more user relationshipsto one or more of the plurality of data objects; and in response to oneor more modifications to the data model, employing the one or more userrelationships to provide one or more notifications to one or more users.13. The media of claim 8, further comprising: in response to amodification to one or more of the plurality of data objects, performingfurther actions, including: determining the activated lineage objectbased on the one or more modified data objects; determining the anchordata object based on the one or more modified data objects; determiningone or more users that are associated the modification based on thedependency information, wherein each user is associated with one or moredata objects that are impacted by the modification; and providing one ormore notifications to each user based on each impacted data objectassociated with the user.
 14. The media of claim 8, wherein determiningthe second portion of the data objects, further comprises, modifying thesecond portion of data objects based on one or more filters, wherein theone or more filters are displayed in the lineage panel.
 15. A system formanaging data over a network, comprising: a network computer, including:a memory that stores at least instructions; and one or more processorsthat execute instructions that perform actions, comprising: providing alineage model that includes one or more lineage objects, wherein the oneor more lineage objects are each associated with one of one or more datamodel layers of a data model that includes a plurality of data objects;activating one of the one or more lineage objects based on anassociation with a data model layer; determining a first portion of theplurality of data objects based on the data model and the activatedlineage object, wherein the first portion of data objects and theactivated lineage object are associated with a same data model layer;determining an anchor data object from the first portion of data objectsbased on one or more characteristics of the first portion of dataobjects; generating a user interface that includes a lineage panel andan object panel; displaying, in the lineage panel, the lineage model andthe one or more lineage objects; displaying, in the object panel, thefirst portion of the data objects; determining another activated lineageobject based on one or more inputs to the lineage panel; determininganother portion of the plurality of data objects based on the otheractivated lineage object, wherein the other portion of the data objectsis displayed in the object panel; and employing geolocation informationto select one or more features, including a time zone, spoken language,currency or calendar format, wherein the one or more selected featuresare presented in or more of the user interface, a report, an internalprocess, or a database; and a client computer, comprising: a memory thatstores at least instructions; and one or more processors that executeinstructions that perform actions, including: receiving the report. 16.The system of claim 15, further comprising: providing dependencyinformation based on a position of the anchor data object in the datamodel; determining a second portion of the plurality data objects basedon the dependency information; and presenting a list of the secondportion of data objects or the dependency information to a user, whereinthe presentation includes the one or more selected features in the oneor more of the user interface, the report, the internal process or thedatabase.
 17. The system of claim 15, wherein determining the dependencyinformation further comprises employing results of a search of the datamodel.
 18. The system of claim 15, wherein determining the dependencyinformation, further comprises: determining one or more attributes thatare associated with the anchor data object; searching the data modelbased on the one or more attributes and one or more other attributesthat are associated with the plurality of data objects in the datamodel; and providing the dependency information based on one or moreassociations or the one or more attributes and the one or more otherattributes.
 19. The system of claim 15, further comprising: including,in the data model, one or more user relationships to one or more of theplurality of data objects; and in response to one or more modificationsto the data model, employing the one or more user relationships toprovide one or more notifications to one or more users.
 20. The systemof claim 15, further comprising: in response to a modification to one ormore of the plurality of data objects, performing further actions,including: determining the activated lineage object based on the one ormore modified data objects; determining the anchor data object based onthe one or more modified data obj ects; determining one or more usersthat are associated the modification based on the dependencyinformation, wherein each user is associated with one or more dataobjects that are impacted by the modification; and providing one or morenotifications to each user based on each impacted data object associatedwith the user.